home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950329-19950528 / 000221_news@columbia.edu_Mon Apr 24 23:28:49 1995.msg < prev    next >
Internet Message Format  |  1995-07-31  |  3KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA05527
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 24 Apr 1995 19:28:57 -0400
  3. Received: by apakabar.cc.columbia.edu id AA17488
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 24 Apr 1995 19:28:54 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: HELP!..Optimum EXE trnsf setting & using .ksd file
  9. Date: 24 Apr 1995 23:28:49 GMT
  10. Organization: Columbia University
  11. Lines: 75
  12. Message-Id: <3nhc7h$h2b@apakabar.cc.columbia.edu>
  13. References: <3ngv4i$fn9@homer.alpha.net>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <3ngv4i$fn9@homer.alpha.net>, Anil Raman <raman@mfa.com> wrote:
  18. >1) EXE file transfer between VAX sustems on a 9600 baud noisy phone line
  19. >   using C-Kermit 5A(190):
  20. >
  21. >Settings tried so far:
  22. > win = 1 - 30
  23. > block = 2 - 3
  24. > time send/rec = 20 - 92
  25. > type = bin/image fixed
  26. > speed = 9600
  27. > packet send/rec = 1000 - 5000
  28. > remote mode = server
  29. >
  30. >Result: Times out, too many retries or takes too long.
  31. > Tried the recommended settings in "Truth about kermit..." did not get the
  32. > efficiency obtained in the benchmarks..(maybe because they weren't run on
  33. > a VAX m/c).
  34. >
  35. You are on the right track, but it simply can't be emphasized enough:
  36.  
  37.   EVERY CONNECTION HAS ITS OWN CHARACTERISTICS
  38.  
  39. or:
  40.  
  41.   NO TWO CONNECTIONS HAVE THE SAME OPTIMUM SETTINGS
  42.  
  43. If I really, really wanted to find the absolute optimum settings for a
  44. particular connection, I would perform a two-dimensional binary search on
  45. a matrix of window size vs packet size -- a time-consuming process.
  46.  
  47. And then, having obtained the optimum window/packet combination, I'd add in
  48. control-character unprefixing -- but, again, homing in on the largest
  49. set of control character that can be unprefixed without causing trouble is
  50. a time-consuming process.
  51.  
  52. The fact that you have a noisy connection, however, narrows down the
  53. possbilities -- you really don't want to use very long packets when the
  54. connection is noisy, because:
  55.  
  56.  . The longer a packet, the greater the chance it will be struck
  57.    by noise.
  58.  
  59.  . The longer a packet, the longer it takes to retransmit.
  60.  
  61. Also, since the line is noisy:
  62.  
  63.  . Use SET BLOCK 3.
  64.  
  65.  . Increase the retry limit if necessary.
  66.  
  67. You will not get optimimum performance on a noisy line, no matter what
  68. protocol you use.
  69.  
  70. >2) Error msg: Services directory not available.
  71. >  while trying to access XXXX from ckermit.ksd file of following format:
  72. >  
  73. >  XXXX vmslogin    mfa93;   call microcom LTA5401 9600 9,796-1087
  74. >
  75. > Should I edit *.kdd too?
  76. >
  77. No, that message simply means it can't find your CKERMIT.KSD file.  It should
  78. go in your login directory.
  79.  
  80. >3) Would like to be able to use the arrow keys and map/code commands/macros
  81. >  as key functions.
  82. >  ex: 'F4' <==> atdt ########## etc.
  83. >
  84. What version of Kermit are you talking about?  On what computer?  Is this
  85. VMS again?  If so, the answer is, sorry, no, you can't access F-keys from
  86. C-Kermit's SET KEY command.  The operating system hides them from Kermit.
  87.  
  88. If you are using MS-DOS Kermit or OS/2 C-Kermit, the answer is yes -- use
  89. SET KEY for this.
  90.  
  91. - Frank